home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 1792 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB
  1. Path: ix.netcom.com!netnews
  2. From: jasimp@ix.netcom.com (John Simpson )
  3. Newsgroups: comp.lang.c
  4. Subject: Protected Mode --> Real Mode Calls **HELP**
  5. Date: 16 Jan 1996 17:59:00 GMT
  6. Organization: Netcom
  7. Message-ID: <4dgp14$9gp@ixnews5.ix.netcom.com>
  8. NNTP-Posting-Host: ix-har5-19.ix.netcom.com
  9. X-NETCOM-Date: Tue Jan 16  9:59:00 AM PST 1996
  10.  
  11. Here's the scene ... 
  12.  
  13. Have an application written in Cobol with a few statically called 'C'
  14. functions (in a DLL) for mainframe communications. The communications
  15. requires 3 TSR's which are loaded into conventional memory, 2 of which
  16. are loaded high and the third in the lower 640. The application is
  17. running from a DOS window and is linked to run (and is running) in
  18. extended memory. To log in to the mainframe:
  19.     1. Cobol statically calls the 'C' login function
  20.     2. The 'C' login function starts the call to the third TSR.
  21.  
  22. The application blows up here. The 'C' call is never completed and the
  23. application terminates with a GPF. I am assuming that this is a cross
  24. mode addressing problem.
  25.  
  26. The whole thing worked just fine UNTIL THE APPLICATION WAS RUN IN
  27. EXTENDED MEMORY!!!!
  28.  
  29. If I'm way off base, can anyone offer a suggestion?
  30.  
  31. If my assumption is correct, is there a way, using Microsoft 6.0, to
  32. compile/link this 'C' DLL so it will work properly???
  33.  
  34. Please Email any suggestions.
  35.  
  36. Thanks in advance.
  37.